React kuchini ochish: Ijroni kechiktirish uchun experimental_postpone'ni chuqur o'rganish

Frontend dasturlashning doimiy rivojlanayotgan landshaftida unumdorlikni optimallashtirish eng muhim vazifadir. Dunyo bo'ylab foydalanuvchilar o'zlarining tarmoq sharoitlari yoki qurilma imkoniyatlaridan qat'i nazar, uzluksiz va sezgir ilovalarni kutishadi. React, foydalanuvchi interfeyslarini yaratish uchun yetakchi JavaScript kutubxonasi bo'lib, ushbu talablarni qondirish uchun doimiy ravishda yangi xususiyatlarni taqdim etadi. Shunday kuchli, garchi eksperimental bo'lsa-da, qo'shimchalardan biri bu experimental_postpone — renderlash ishini kechiktirish uchun mo'ljallangan mexanizm. Ushbu blog posti experimental_postpone nima ekanligi, nima uchun u zamonaviy React ilovalari uchun muhimligi, u qanday ishlashi va dasturchilar undan global miqyosda yanada unumdor va jozibador foydalanuvchi tajribasini yaratish uchun qanday foydalanishlari mumkinligi haqida batafsil ma'lumot beradi.

Ijroni kechiktirish zarurati

experimental_postpone ning o'ziga xos xususiyatlariga sho'ng'ishdan oldin, keling, veb-ilovalarda ijroni kechiktirish nima uchun bunchalik muhimligini tushunib olaylik.

Renderlashdagi to'siqlarni tushunish

React ilovalari o'z holati (state) va xususiyatlariga (props) asoslanib UI'ni render qiladigan komponentlar atrofida qurilgan. Odatdagi yangilanish sikli davomida React bir nechta komponentlarni qayta renderlashi mumkin. React'ning solishtirish (reconciliation) algoritmi juda samarali bo'lsa-da, murakkab komponentlar, katta ro'yxatlar yoki renderlash bosqichidagi hisoblash jihatidan intensiv operatsiyalar unumdorlikda to'siqlarga olib kelishi mumkin. Bu to'siqlar quyidagicha namoyon bo'lishi mumkin:

• Notekis aylantirish (skrolling): Renderlash ishi asosiy oqimni (main thread) bloklaganda, aylantirish kabi UI o'zaro ta'sirlari sekinlashadi.
• Sezgir bo'lmagan UI: Foydalanuvchilar yangilanishlarni ko'rishda yoki elementlar bilan o'zaro aloqada kechikishlarga duch kelishlari mumkin.
• Sekin boshlang'ich yuklanishlar: Og'ir boshlang'ich renderlash yomon birinchi taassurotga olib kelishi mumkin.

Bu muammolar global kontekstda yanada kuchayadi, chunki foydalanuvchilar sekinroq tarmoqlarda, kamroq quvvatli qurilmalarda yoki yuqori kechikish (latency) bilan ishlashlari mumkin. Agar unumdorlik ehtiyotkorlik bilan boshqarilmasa, bir mintaqadagi silliq tajriba boshqa mintaqada umidsizlikka olib kelishi mumkin.

React'da parallellikning (Concurrency) o'rni

Zamonaviy React'ning bu muammolarni hal qilish uchun joriy etilgan parallellik xususiyatlari React'ga renderlash ishini to'xtatib turish, ustuvorlik berish va davom ettirish imkonini beradi. Bu renderlashning yagona, bloklovchi operatsiya bo'lgan avvalgi modeldan sezilarli darajada farq qiladi. Parallellik React'ga quyidagilarni amalga oshirishga imkon beradi:

• Shoshilinch yangilanishlarga ustuvorlik berish: Masalan, darhol javob talab qiladigan kiritish o'zgarishi kamroq muhim bo'lgan fon yangilanishidan ustun qo'yilishi mumkin.
• Asosiy oqimni bloklashdan saqlanish: Uzoq davom etadigan renderlash vazifalarini bo'laklarga bo'lish va kichikroq qismlarda bajarish mumkin, bu esa UI'ning sezgirligini saqlaydi.
• Bir vaqtning o'zida UI'ning bir nechta versiyasini tayyorlash: Bu silliqroq o'tishlar va tezroq yangilanishlarni ta'minlaydi.

experimental_postpone — bu samarali ijroni kechiktirishga erishish uchun React'ning parallellik modeli bilan birgalikda ishlaydigan asosiy vositadir.

experimental_postpone bilan tanishuv

experimental_postpone — bu React'ga ma'lum bir renderlash ishini kechiktirish mumkinligi haqida signal berish imkonini beruvchi React API'sidir. Bu shuni anglatadiki, React uni keyinroq, asosiy oqim kamroq band bo'lganda yoki boshqa yuqori ustuvorlikdagi yangilanishlar tugallangandan so'ng renderlashni tanlashi mumkin. Bu React'ga, "Bu renderlash kutishi mumkin" deyishning bir usuli.

'Eksperimental' nimani anglatadi?

experimental_ prefiksiga e'tibor berish muhim. Bu API hali barqaror emasligini va rasmiy ravishda chiqarilishidan oldin o'zgarishlarga duch kelishi mumkinligini bildiradi. U foydalanish uchun mavjud bo'lsa-da, dasturchilar kelajakdagi React versiyalarida potentsial buzuvchi o'zgarishlardan xabardor bo'lishlari kerak. Biroq, bu xususiyatlarni hozirdan tushunish va sinab ko'rish kelajak uchun unumdor ilovalarni yaratishda sezilarli ustunlik berishi mumkin.

Asosiy tushuncha: Maqsadli kechiktirish

Mohiyatan, experimental_postpone niyatni ifodalash haqida. Siz kechiktirishga majburlamayapsiz; siz React rejalashtiruvchisiga ma'lum bir renderlash vazifasi kechiktirish uchun nomzod ekanligini ko'rsatyapsiz. React'ning rejalashtiruvchisi o'zining ustuvorliklar va ilovaning joriy holati haqidagi tushunchasi bilan o'sha kechiktirilgan ishni qachon va qanday bajarish to'g'risida qaror qabul qiladi.

experimental_postpone qanday ishlaydi

experimental_postpone odatda komponentlarni renderlash mantig'ida ishlatiladi. U ko'pincha kechiktirishning maqsadga muvofiqligini aniqlaydigan shartlar bilan birga keladi. Keling, uning qo'llanilishini konseptual misol bilan tahlil qilaylik.

Konseptual qo'llanilishi va sintaksisi

Aniq amalga oshirish tafsilotlari o'zgarishi mumkin bo'lsa-da, umumiy g'oya shundan iboratki, siz experimental_postpone ni import qilib, kechiktirishni bildiruvchi hook yoki funksiya sifatida ishlatasiz. Tasavvur qiling, sizda darhol renderlash talab etilmaydigan murakkab, muhim bo'lmagan UI elementi mavjud.

Hisoblash jihatidan qimmat va foydalanuvchining dastlabki ko'rinishi uchun muhim bo'lmagan batafsil tahliliy asboblar paneli komponentini render qiladigan komponentni ko'rib chiqing:

            import React, { useState, experimental_postpone } from 'react';

function AnalyticsDashboard() {
  // Hisoblash jihatidan intensiv renderlash vazifasini simulyatsiya qilish
  const intensiveCalculation = () => {
    // ... murakkab hisob-kitoblar ...
    console.log('Tahliliy ma\'lumotlar hisoblandi');
    return 'Render qilingan tahliliy ma\'lumotlar';
  };

  // Kechiktirishning maqsadga muvofiqligini tekshirish. Masalan, agar bu boshlang'ich render bo'lmasa
  // yoki ma'lum shartlar bajarilmasa. Oddiylik uchun, har doim kechiktiramiz deb faraz qilaylik.
  experimental_postpone();

  return (
    

      
Analytics Overview
      {intensiveCalculation()}
    
  );
}

function App() {
  const [showDashboard, setShowDashboard] = useState(false);

  return (
    

      
My Application
       setShowDashboard(true)}>Show Dashboard
      {showDashboard && }
    
  );
}

export default App;

            

              
                Copy
              
            
          

Ushbu konseptual misolda:

• experimental_postpone(); AnalyticsDashboard komponentining boshida chaqiriladi.
• Bu React'ga AnalyticsDashboard ning renderlanishi kechiktirilishi mumkinligi haqida signal beradi.
• So'ngra React rejalashtiruvchisi ushbu komponentning renderlanishini qachon amalga oshirishni hal qiladi, ehtimol boshqa muhimroq UI yangilanishlari tugallangandan keyin.

React rejalashtiruvchisi bilan integratsiya

experimental_postpone ning kuchi uning React'ning parallel rejalashtiruvchisi bilan integratsiyasida yotadi. Rejalashtiruvchi quyidagilarga mas'ul:

• Renderlashni to'xtatib turish: Agar yuqori ustuvorlikdagi vazifa paydo bo'lsa, React kechiktirilgan ishni to'xtatib turishi mumkin.
• Renderlashni davom ettirish: Yuqori ustuvorlikdagi vazifa bajarilgandan so'ng, React qolgan joyidan davom ettirishi mumkin.
• Yangilanishlarni guruhlash: React samaradorlikni optimallashtirish uchun bir nechta kechiktirilgan renderlarni guruhlashi mumkin.

Bu aqlli rejalashtirish asosiy oqimning foydalanuvchi o'zaro ta'sirlari uchun bo'sh qolishini ta'minlaydi, bu esa murakkab renderlash vazifalari bilan ishlaganda ham silliqroq va sezgirroq ilovaga olib keladi.

Shartli kechiktirish

experimental_postpone ning haqiqiy kuchi shartli ravishda qo'llanilganda namoyon bo'ladi. Siz har bir renderni kechiktirishni xohlamaysiz. Buning o'rniga, siz muhim bo'lmagan yoki hisoblash jihatidan qimmat bo'lishi mumkin bo'lgan va darhol foydalanuvchi fikrini talab qilmaydigan ishlarni kechiktirasiz. Masalan:

• Muhim bo'lmagan UI bo'limlarini "dangasa" yuklash: React.lazy ga o'xshash, lekin renderlash bosqichida ko'proq nazorat bilan.
• Darhol ko'rinmaydigan ma'lumotlarni renderlash: Masalan, uzun ro'yxatning pastki qismidagi elementlar yoki hozirda fokusda bo'lmagan batafsil ma'lumot panellari.
• UI'ga ma'lumot beradigan fon hisob-kitoblarini bajarish: Agar bu hisob-kitoblar boshlang'ich render uchun muhim bo'lmasa.

Kechiktirish sharti quyidagilarga asoslanishi mumkin:

• Foydalanuvchi o'zaro ta'siri: Agar foydalanuvchi buni aniq so'ramagan bo'lsa (masalan, sahifaning o'sha qismiga aylantirmagan bo'lsa) kechiktirish.
• Ilova holati: Agar ilova ma'lum bir yuklanish yoki o'tish holatida bo'lsa kechiktirish.
• Unumdorlik chegaralari: Agar joriy kadr byudjeti oshib ketgan bo'lsa kechiktirish.

Qachon experimental_postpone dan foydalanish kerak

experimental_postpone — bu ma'lum renderlash stsenariylarini optimallashtirish uchun vosita. Bu barcha unumdorlik muammolari uchun universal yechim emas. Mana u juda foydali bo'lishi mumkin bo'lgan ba'zi asosiy holatlar:

1. Muhim bo'lmagan, hisoblash jihatidan og'ir komponentlar

Agar sizda render usuli ichida muhim hisob-kitoblar yoki ma'lumotlarni qayta ishlashni amalga oshiradigan va ularning tarkibi foydalanuvchining o'zaro ta'siri uchun darhol muhim bo'lmagan komponentlar mavjud bo'lsa, ularning ijrosini kechiktirish asosiy qo'llash holatidir. Bunga quyidagilar kirishi mumkin:

• Murakkab ma'lumotlar vizualizatsiyasi: Renderlash uchun vaqt talab qiladigan jadvallar, grafiklar yoki xaritalar.
• Batafsil statistik xulosalar: Katta ma'lumotlar to'plamini qayta ishlaydigan va ko'rsatadigan komponentlar.
• Interaktiv simulyatsiyalar: Vizual effekt uchun murakkab mantiqni ishga tushiradigan komponentlar.

Bularni kechiktirish orqali siz ilovangizning asosiy, interaktiv qismlari sezgir bo'lib qolishini ta'minlaysiz.

2. Ekrandan tashqaridagi tarkib va cheksiz aylantirish

Hozirda ko'rish oynasida (viewport) ko'rinmaydigan komponentlar uchun (masalan, uzun ro'yxatda yoki gorizontal aylantiriladigan karuselda), ularning renderlanishini ko'rinishga yaqinlashguncha kechiktirish unumdorlik uchun katta yutuqdir. Bu faqat ko'rinadigan elementlar renderlanadigan virtualizatsiya qilingan ro'yxatlar tamoyillariga mos keladi.

Global misol: Dunyo bo'ylab millionlab odamlar foydalanadigan ijtimoiy media lentalari ilovasini ko'rib chiqing. Foydalanuvchilar postlarni aylantiradilar. Joriy ko'rish oynasidan 20 ekran uzoqlikdagi postning potentsial murakkab media (rasmlar, videolar, interaktiv elementlar) qismini renderlash shart emas. experimental_postpone yordamida React bu ekrandan tashqaridagi postlarning renderlanishini ular ko'rish oynasiga kirish arafasida bo'lguncha kechiktirishi mumkin, bu esa dastlabki renderlash yukini keskin kamaytiradi va aylantirishni silliq saqlaydi.

3. Xususiyatlarni bosqichma-bosqich joriy etish va takomillashtirish

Ko'p xususiyatlarga ega bo'lgan katta ilovalarda, asosiy tarkib yuklanib, interaktiv bo'lgandan so'ng ikkilamchi xususiyatlarni bosqichma-bosqich yuklash va renderlashni xohlashingiz mumkin. Bu yaxshiroq idrok etiladigan unumdorlikni ta'minlaydi.

Global misol: Elektron tijorat platformasi mahsulotlar ro'yxati va to'lov jarayonini ko'rsatishga ustuvorlik berishi mumkin. "Yaqinda ko'rilgan mahsulotlar" karuseli yoki "shaxsiylashtirilgan tavsiyalar" bo'limi kabi yordamchi xususiyatlar, garchi qimmatli bo'lsa-da, darhol renderlanishi shart bo'lmasligi mumkin. experimental_postpone ushbu kamroq muhim bo'limlarni kechiktirish uchun ishlatilishi mumkin, bu esa turli internet tezligiga ega bozorlardagi foydalanuvchilar uchun asosiy xarid tajribasining tez va silliq bo'lishini ta'minlaydi.

4. Idrok etiladigan unumdorlikni optimallashtirish

Ba'zan maqsad faqat xom tezlik emas, balki ilovaning foydalanuvchiga qanchalik tez his etilishi. Muhim bo'lmagan ishlarni kechiktirish orqali siz UI'ning eng muhim qismlari imkon qadar tezroq interaktiv bo'lishini ta'minlashingiz mumkin, bu esa yuqori tezlik va sezgirlik hissini yaratadi.

Potentsial qiyinchiliklar va mulohazalar

experimental_postpone sezilarli afzalliklarni taqdim etsa-da, uning cheklovlari va potentsial tuzoqlaridan xabardor bo'lish juda muhim:

1. 'Eksperimental' tabiat

Aytib o'tilganidek, bu API eksperimentaldir. Bu shuni anglatadiki:

• API o'zgarishlari: API imzosi, xatti-harakati yoki hatto uning mavjudligi kelajakdagi React versiyalarida o'zgarishi mumkin. Puxta sinov va ehtiyotkorlik bilan yangilanishlar zarur.
• Noodatiy holatlar: Kutilmagan xatti-harakatlarga olib kelishi mumkin bo'lgan kashf etilmagan noodatiy holatlar yoki boshqa React xususiyatlari bilan o'zaro ta'sirlar bo'lishi mumkin.

Ishlab chiqarish (production) ilovalari uchun eksperimental xususiyatlardan foydalanishning afzalliklarini xavflarga qarshi baholash muhim. Xususiyat bayroqlarini (feature flagging) yoki zaxira strategiyasiga ega bo'lishni ko'rib chiqing.

2. Rejalashtirish mantig'idagi murakkablik

Qachon kechiktirish va qachon kechiktirmaslikni hal qilish renderlash mantig'ingizga murakkablik qo'shishi mumkin. Yomon amalga oshirilgan kechiktirish shartlari beixtiyor unumdorlikni pasaytirishi yoki foydalanuvchini chalg'itishi mumkin.

• Haddan tashqari kechiktirish: Juda ko'p ishni kechiktirish ilovani umuman sekin his qildirishi mumkin.
• Yetarlicha kechiktirmaslik: Yetarlicha kechiktirmaslik potentsial unumdorlik yutuqlarini qo'ldan boy berishni anglatadi.

Siz o'z komponentingizning renderlash narxi va uning foydalanuvchi tajribasi uchun ahamiyatini aniq tushunishingiz kerak.

3. Nosozliklarni tuzatish (Debugging) qiyinroq bo'lishi mumkin

Ish kechiktirilganda va davom ettirilganda, chaqiruvlar steki (call stack) va ijro oqimi kamroq tushunarli bo'lishi mumkin. Muammolarni tuzatish React'ning parallel renderlash va rejalashtirish mexanizmlarini chuqurroq tushunishni talab qilishi mumkin.

React DevTools kabi vositalar kechiktirilgan vazifalarning holatini tekshirish va ma'lum bir ish nima uchun kechiktirilayotganini tushunish uchun bebaho bo'ladi.

4. Holatni boshqarishga (State Management) ta'siri

Agar kechiktirilgan komponentlar o'z holatini boshqarsa yoki global holatni boshqarish yechimi bilan o'zaro aloqada bo'lsa, yangilanishlar vaqtining to'g'ri mos kelishini ta'minlang. Kechiktirilgan holat yangilanishlari ularga tayanadigan ilovaning boshqa qismlarida darhol aks etmasligi mumkin.

Yangilanishlarni guruhlash va sinxronizatsiya qilishni diqqat bilan ko'rib chiqish kerak.

experimental_postpone dan foydalanishning eng yaxshi amaliyotlari

experimental_postpone ning afzalliklarini maksimal darajada oshirish va uning qiyinchiliklarini yumshatish uchun ushbu eng yaxshi amaliyotlarga rioya qiling:

1. Avval profillash va o'lchash

Har qanday unumdorlikni optimallashtirishni, shu jumladan experimental_postpone ni amalga oshirishdan oldin, haqiqiy to'siqlarni aniqlash juda muhim. Ilovangiz eng ko'p vaqtni qayerda sarflayotganini tushunish uchun brauzer unumdorligini profillash vositalaridan (masalan, Chrome DevTools Performance yorlig'i) va React DevTools Profiler'dan foydalaning.

Global mulohaza: Global foydalanuvchi bazangiz bo'ylab real dunyodagi ta'sirini tushunish uchun simulyatsiya qilingan yoki haqiqiy turli xil tarmoq sharoitlari va qurilma turlarida profillashni amalga oshiring.

2. Faqat muhim bo'lmagan renderlashni kechiktiring

experimental_postpone ni oqilona qo'llang. Quyidagi xususiyatlarga ega bo'lgan komponentlar yoki renderlash mantig'iga e'tibor qarating:

• Hisoblash jihatidan qimmat.
• Darhol foydalanuvchi o'zaro ta'siri yoki fikr-mulohazasini talab qilmaydi.
• Joriy ko'rinishning asosiy funksionalligi uchun muhim emas.

3. Aniq, ma'lumotlarga asoslangan shartlarni joriy eting

Kechiktirish qarorlaringizni ixtiyoriy mantiqqa emas, balki aniq ilova holati, foydalanuvchi o'zaro ta'siri yoki o'lchanadigan ko'rsatkichlarga asoslang. Masalan:

• Agar komponent ko'rish oynasidan tashqarida bo'lsa, kechiktiring.
• Agar foydalanuvchi hali ma'lum bir xususiyat bilan o'zaro aloqada bo'lmagan bo'lsa, kechiktiring.
• Agar joriy kadr byudjeti oshib ketgan bo'lsa, kechiktiring.

4. React DevTools'dan foydalaning

React DevTools parallel xususiyatlar, shu jumladan kechiktirish, qanday ishlayotganini tuzatish va tushunish uchun ajralmas vositadir. Profilerdan quyidagilar uchun foydalaning:

• Kechiktirilayotgan komponentlarni aniqlash.
• Kechiktirilgan ish qachon bajarilganini kuzatish.
• Kechiktirishning umumiy renderlash vaqtlariga ta'sirini tahlil qilish.

5. Qurilmalar va tarmoqlar bo'ylab puxta sinovdan o'tkazing

Global auditoriyani hisobga olgan holda, ilovangizning unumdorligini experimental_postpone yoqilgan holda keng ko'lamli qurilmalar (yuqori darajadagi kompyuterlardan tortib, past darajadagi mobil telefonlargacha) va tarmoq sharoitlarida (yuqori tezlikdagi keng polosali ulanishdan tortib, sekin, kechikishli mobil tarmoqlargacha) sinab ko'rish zarur.

Global misol: Tez Wi-Fi ulanishida mukammal renderlanadigan komponent, agar uning kechiktirish mantig'i optimallashtirilmagan bo'lsa, 3G tarmog'ida to'siqqa aylanishi mumkin. Aksincha, juda tajovuzkorona kechiktirilgan komponent yuqori tezlikdagi ulanishlardagi foydalanuvchilarga sezgir bo'lmagandek tuyulishi mumkin.

6. Ishlab chiqarish uchun xususiyat bayroqlarini (Feature Flags) ko'rib chiqing

Muhim ishlab chiqarish ilovalari uchun, eksperimental React API'lariga tayanadigan xususiyatlarning joriy etilishini nazorat qilish uchun xususiyat bayroqlaridan foydalanishni ko'rib chiqing. Bu sizga funksionallikni osongina yoqish yoki o'chirish va to'liq joriy etishdan oldin uning ta'sirini kuzatish imkonini beradi.

7. React hujjatlari bilan yangilanib boring

Eksperimental xususiyat sifatida, experimental_postpone ning eng yaxshi amaliyotlari va aniq qo'llanilishi o'zgarib boradi. Yangilanishlar va yo'l-yo'riqlar uchun rasmiy React hujjatlarini va reliz eslatmalarini muntazam tekshirib boring.

Kechiktirish bilan unumdorlik kelajagi

experimental_postpone — bu React'ning kelajakdagi unumdorlik imkoniyatlariga bir nazar. Veb yanada murakkab va sezgir foydalanuvchi tajribalarini talab qilishda davom etar ekan, ishni aqlli ravishda kechiktirishga imkon beruvchi vositalar tobora muhimroq bo'lib boradi.

Parallellik va ijroni kechiktirish ortidagi tamoyillar nafaqat React'ni tezroq qilish, balki foydalanuvchining muhitiga nisbatan jonliroq, sezgirroq va e'tiborliroq his etiladigan ilovalarni yaratish haqida. Global auditoriya uchun bu, foydalanuvchining joylashuvi yoki ishlatayotgan qurilmasidan qat'i nazar, doimiy ravishda yuqori sifatli tajribani taqdim etishni anglatadi.

experimental_postpone kabi xususiyatlarni tushunib, o'ylab qo'llash orqali dasturchilar zamonaviy React'ning to'liq kuchidan foydalanib, nafaqat unumdor, balki foydalanish uchun yoqimli bo'lgan ilovalarni yaratishlari mumkin, bu esa dunyodagi har bir foydalanuvchi uchun ijobiy tajribani shakllantiradi.

Xulosa

experimental_postpone React'da renderlash ishini kechiktirish uchun kuchli abstraksiyani ifodalaydi va to'g'ridan-to'g'ri unumdorroq va sezgirroq foydalanuvchi tajribasiga hissa qo'shadi. Qaysi renderlash vazifalari kutishi mumkinligini aqlli ravishda bildirib, dasturchilar muhim yangilanishlar va foydalanuvchi o'zaro ta'sirlariga ustuvorlik berilishini ta'minlashi mumkin, bu esa ilovani hisoblash jihatidan intensiv vazifalar bilan ishlaganda ham silliq saqlaydi.

Uning eksperimental tabiati ehtiyotkorlikni talab qilsa-da, uning mexanizmlarini tushunish va undan foydalanishning eng yaxshi amaliyotlarini qo'llash sezilarli raqobat ustunligini ta'minlashi mumkin. Turli xil texnik muhitlar odatiy hol bo'lgan global auditoriya uchun ilova yaratayotganingizda, bunday ilg'or unumdorlik xususiyatlaridan foydalanish nafaqat afzallik, balki zaruratga aylanadi. Kechiktirish kuchini qabul qiling, qat'iy sinovdan o'tkazing va ajoyib veb-ilovalarning keyingi avlodini yaratish uchun React'ning rivojlanayotgan imkoniyatlaridan xabardor bo'lib turing.